home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 8753 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.2 KB  |  65 lines
  1. Path: news.th-darmstadt.de!news
  2. From: Enno Sandner <enno@intellektik.informatik.th-darmstadt.de>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Deleting Data Members that are Const Pointers / References?
  5. Date: Mon, 26 Feb 1996 15:41:16 +0100
  6. Organization: Fachbereich Informatik, TH Darmstadt
  7. Message-ID: <3131C68C.446B9B3D@intellektik.informatik.th-darmstadt.de>
  8. References: <4groo7$4bt@radmail.rad.co.il>
  9. NNTP-Posting-Host: kitz.intellektik.informatik.th-darmstadt.de
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3 sun4m)
  14.  
  15. udi wrote:
  16. > 
  17. > news:comp.lang.c++#pvcybpuqx6p.fsf@hln56.pki-nbg.philips.de
  18. > 
  19. > Hi everybody,
  20. > 
  21. > I have a simple question regarding data members that are
  22. > constant pointers or references.
  23. > Let's say I have a class Foo that has a data member xr (say of type int&
  24. > - in reality a different type) that is a constant reference. Objects of
  25. > class Foo must have an instance of xr during their lifetime, that's a
  26. > reason to have xr a reference. Also, xr must not change (not even
  27. > accidentaly, by some member function / friend of Foo), that's why I want
  28. > xr to be constant.Foo is always initialized with an int that was
  29. > allocated off the heap, but xr should cease to exist when Foo does, so
  30. > Foo is responsible to destroy xr and free the memory occupied by it.
  31. > However, deleting a const reference (pointer) is not allowed (at least
  32. > according to Borland 4.5 and g++). This seems logical as the operand to
  33. > delete is a void* and the compiler says he can't convert a const int* to
  34. > a void*.
  35. > So, THE QUESTION IS:
  36. > Is there an alternative to brutally casting the const away?
  37. > 
  38. > A sample code:
  39. > 
  40. > class Foo [
  41. > public:
  42. >    Foo(const int& xr1) : xr(xr1) {}
  43. >    ~Foo() [ delete &xr; ] // ERROR - attempt to delete a constant pointer
  44. > private:
  45. >    int& xr;
  46. > ];
  47. > 
  48. > int main() {
  49. > int& xr1 = *(new int(100));
  50. > Foo* fooP = new Foo(xr1);
  51. > //...
  52. > delete fooP;
  53. > }
  54. > 
  55. > Alternative:
  56. > ~Foo() [ delete (int*)(&xr); ] // BRUTAL CASTING
  57. > 
  58.  
  59. The casting hack works but is no longer necessary.
  60. According to the DWP you can delete a 'const'-object.
  61. Check out for a newer version of 'g++'. For instance
  62. g++ 2.7.2 doesn't complain about deleting a const-object.
  63.  
  64.     Enno
  65.